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(54) Data badoip and recovery 

(57) The present invention provides a tape drive 
1 40 configured to operate as a bootalDle device for a PC 
100. The tape drive 140. thus, has two modes of opera- 
tion: a first mode in which it operates as a normal tape 
drive 140; and a second In which It emulates a bootable 
device such as a CD-ROM drive. The present invention 
also provides application software for backing up and 
restoring computer system data The application soft- 
ware is configured to cause a PC 100 running the soft- 
ware to generate a bootable image (containing an 
operating system. Including the PC 100's hardware con- 
figuration, and data recovery application software) suit- 
able for re-building the PC 1 00 in the event of a disaster, 
such as hard disk corruption or system destruction. The 
t}ootat)le image is stored on tape in front of an actual file 
system backup data set. 

In the second mode of operation, the tape drive 1 40 
can be used to boot the PC 100 and restore the operat- 
ing system and application software. When loaded, the 
appllcatbn software is configured to switch the tape 
drive 1 40 into the first mode of operation and restore the 
file system backup data set to the PC 100. 
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Description 

Technical Field 

(0001 ] The present invention is in the field of data backup and recovery in data processing systems and. in particular, 
magnetic tape based data backup and recovery. 

Background Art 

[0002] One of the main reasons for using a magnetic tape based backup solution with a computer system is that it 
provides a relatively cheap way of protecting against a disaster that might destroy valuable data on primary storage 
such as a hard disk 

10003] For the present purposes, a t>ackup solution' comprises a physical tape drive and backup application software, 
which, when executed on a computer system, operates to copy the data to be backed up from the computer system (or 
network of computer systems) to the tape drive or library of tape drives, for storage onto tape media. 
10004] Backi^ application software also provides functionality for enabling data, which has be«i backed up to tape 
media, to be restored to the original computer system. Such data restoration is sometimes also known as disaster 
recovery (DR). For the present purposes, the elements of J)ackup application software that relate to DR will be referred 
to as a 'DR solution'. 

[0005] In the event of a disaster, such as hard disk failure or even system destructfon, typically, a priority is to rebuild 
a working system as soon as possible. 

(0006] Many vendors of backup appficalion software sell backup application software including a DR solution that 
aims to reduce the amount of manual system rebuilding required before lost data could be restored. Without such DR 
solutions, it could take several hours or even days just to prepare a computer system to restore the data from tape 
media before restoring the actual data since it is necessary to first install and configure an operating system, tape driv- 
ers and the backi^ application software 

[0007] Known DR solutions typically require user-generation of a set of DR floppy disks. A reason that floppy disks 
are used is that they provkie a generic means of booting practically every PC-based conputer system, 
[0008] The DR floppy disks are used to bootstrap (or boot) the computer system and typteally load a minimal version 
of the wain operating system, known as a DR operating system, akxig with a minimal version of the backup application 
software comprising DR functwnality, thus provkling enough functionality to build new disk partitions, access the tape 
drive and restore the data from tape media. 

[0009] Typically. DR floppy disks need to be regenerated by a user whenever the system haidware configuration 
changes, and particularly when a SCSI (Small Computer Systems Interface) conf iguration changes. For exanple. if a 
new SCS\ Host Bus Adaptor (HBA) is added to a server, with a respective new devtoe driver, this device driver needs 
to be added to the DR f tappy disks so that the new SCSI HBA is recognised when rebuikfing the conputer system. 
[0010] Generally, therefore, having 'current' DR ftoppy disks available relies on a user generating them, keepir^g them 
up to dale, and being able to find them if a disaster occurs. This is an overhead, which sometimes leads to DR floppy 
disks not being generated at all. diste being allowed to get out of date, or disks beng n^laced over time. 
[001 1] It would, therefore, be desirable to provide a moire convenient DR system. 

Disclosure of the Invention 

[001 2] An improved DR system is facilitated, in accordance with a first aspect of the present invention, by a magnetfc 
tape data storage and retrieval apparatus, comprising: 

interface means for receiving control signals from a host computer and for returning response signals to the host 
computer; 

selection means for selecting a first mode of operation or a second mode of operatfon of the apparatus; and 
processing means for generating responses to received control signals in dependence vpon the selected mode of 
operation, said responses being ananged: 

a) in the firet mode, into a format normally associated with a particular initial program load device; and 

b) in the second mode, into a format normally associated with a magnetic t^e data storage and retrieval appa- 
ratus. 

(001 3] Advantageously, an appropriately configured host computer can boot from such apparatus and restore backed 
up data in a single operation, which does not include DR floppy disks. As such, it is not necessary for DR floppy disks 
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to be created or maintained at all. 

[0014] To that end. preferably, In the first mode, the processing means is arranged to generate, in reply to a device 
type inquiry signal from the host computer, a re^nse identifying the apparatus as being the particular initial program 
load device rather than as being a magnetic tape data staage and retrieval apparatus. 

5 [001 5] Preferably, in the first mode, the processing means is arranged to generate a response, in reply to a request 
signal from the host computer to read and retum data from a specific portion of a substantially random access data stor- 
age medium of the initial program load device, the response comprising data read from tape media, said data being 
ananged in the response in the format associated with the particular initial program load device. 
[0016] In a prefen-ed embodiment of the present invention, the selection means is a manuaOy-operated external 

10 switch normally dedicated to the function of Meeting the tape media from the device. 

[0017] In a preferred embodiment of the present invention, the particular initial program load device is a CD-ROM 
drive device. 

[0018] In accordance with a second aspect of the present Invention, a data processing system comprise: 

IS a host computer comprising means arranged for controlling data backup and restore operations; and 

connected to the host computer, a magnetic tape data storage and retrieval apparatus as hereinbefore desaibed, 
the means for processing data backup and restore operations being configured, for writing bootable system data to 
the magnetic tape data storage and retrieval apparatus as part of a backup operation. 

20 [001 9] In accordance with a third aspect of the present Invention, a method of backing up data from a host computer 
to a magnetic tape data storage and retrieval apparatus as hereinbefore described comprises: 

an-anging bootable image data into a data set to be backed up. said bootable image data including data normally 
associated with booting from a particular initial program load device; and 
25 transmitting the data set to a magnetic tape data storage and retrieval apparatus. 

[0020] In accordance with a fourtii aspect of the present invention a method of restoring to a host computer data from 
iape media, the method being suitable for recovering a file system of the host computer, comprises ttie steps of: 

30 connecting to the host computer magnetic tape data storage and retrieval apparatus as hereinbefore described, 
sakj apparatus containing tape media having a bootable image and operating in the first mode of operation as an 
initial program load device; 

initiating a boot sequence of the host conputer, ttie boot sequence including the steps of searching for an initial 
program load device, locating tiie magnetic tape data storage and retrieval apparatus and recognising it as an initial 
3$ program load device and determining that bootable media is present in tiie device; 
booting from data stored on tiie tape media; and 
restoring tiie data from the tape media. 

[0021] aher aspects, embodiments and features of the present Invention are hereafter claimed, and will become 
40 apparent from ttie following description. 

Brief Description of the Drawings 

[0022] For a better understanding of tiie invention and to show how tiie same may be earned into effect, ttiere will now 
45 be described by way of example only, specific embodiments, metiiods and processes according to tiie present invention 
with reference to ttie accpmpanying drawings in which: 

Figure 1 is a high<level schematic block diagram showing a conputer and a tape drive; 
Figure 2 is a diagram representing tiie high-level logical an-angement of data comprising a CD-ROM file system; 
so Figures 3a and 3b are diagrams representing tiie high-level logical anangements of two exemplary DR data for- 
mats on tape; 

Figure 4 is a flow diagram illustrating the steps involved in writing a DR file system to tape media; and 
Rgure 5 is a flow diagram illustrating the steps involved in setting a tape drive into *DR Mode* and booting a com- 
puter from the tape drive. 

55 

Best Mode For Canrvina Out ttie invention. & Industrial Applicabilitv 



[0023] There will now be described by way of example only the best mode contemplated by the inventors for carrying 
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out the invention. In the following desaiption numerous specific details are set forth in order to provide a thorough 
understanding of the present invention. It will be apparent however, to one skilled in the art that the present invention 
may be practised without using these specific details. Also, well-known methods and structures have not been 
descnbed in detail so as not to unnecessarily obscure the present invention. 

5 10024] The present embodiment, as will be desaibed. provides an improved tape-based backup solution which com- 
prises an improved OR solution and modified tape drive apparatus. Significantly, the present backup solution obviates 
DR floppy disks, while maintaining the advantages thereof, but requires no changes to conputer system hardware 
BIOS (Basic Input/Output System) or operating system in order to function. 
10025] A system according to the present embodiment will now be described. 

10 [0026] Figure 1 is a block diagram, which illustrates a PC100 connected to a standard tape drive 140. which has been 
modified as will be desaibed below. In particular, the diagram illustrates the basic components of the PC 100 and the 
tape drive 140. The PC 100 is either an MS-DOS based machine, or a Windows HT or Windows 95^8 machine- his- 
torically sometimes known as an IBM-AT conpatible machine. 

10027] The tape drive 140 is. for example, a well-known DOS (Digital Data Storage) tape drive 140. DLT (Digital Unear 
15 Tape media) tape drive 1 40 or other tape media device. 

10028] As Shown very simplistically In Figure 1. the PC 100 includes a CPU 105 (Central Processing Unit) which is 
in communication, via a system bus 110. with BOM 115 (Read Only Memory). RAM 120 (Random Access Memory) 
and an I/O (Input/Output) subsystem 125. The IAD subsystem 125 connects the PC 100 to a number of storage devices 
namely, a hand disk drive 130. a floppy disk drive 135 and the tape drive 140; the hard disk drive 130 and floppy disk 
drive 135 are represented as internal devices of the PC 100. whereas the tape drive 140 is represented as an external 
device, in this anangement. For simplicity only, other standard devices, such as the keyboard, mouse and VDU are not 
illustrated. 

[0029] As also shown in Figure 1 , a typical tape drive 140 includes a host interface 1 45 for transmitting data between 
the tape drive 1 40 and the PC 1 00. Control signals received from the PC 100 are passed to a controller 150. whtoh con- 
trols the operation of ail components of the tape drive 140. The controller 150 typicafly corrprises a microprocessor for 
example a Motorola 68000 series microprocessor. 

10030] During a data backup operation, data to be backed up. which is received by the host interface 145 from the PC 
100. IS passed directly to the formatter 155. which famats the data, for example by conpressing the data and addbig 
error correction and detection codes. The formatted data is then stored in a buffer 1 60. corrprising, lor example a bank 
of 8 Mbytes of RAM. When appropriate, a readAwrite block reads the formatted data from the buffer 160 and (inverts 
the data into electrical signals suitable for driving magnetic readAwite heads 1 70. which write the data to tape media 
175. The tape media 175 is mounted in a tape mechanism 180, which loads and ejects the tape media 175 and winds 
the tape media 1 75 forwards or t>ackwards as required. 

[0031 ] Fa a data restore operation, data is read from the tape media 1 75. passes in the reverse directton through the 
tape drive 140 and back to the PC 100. ^ 
[0032] The host interface 1 45. formatter 1 55 and readA^vrite blocks typfcally each comprise one or more appropriately 
programmed appllcation-specifk; integrated circuits (ASICs). ^ . 

[0033] The components of the PC 100 and tape drive 140 desaibed above are aU standard, well-known oonponents 
which will. thus, not be described In any more detail so as not to obscure the present Invention. 
[0034] Theprogram.orfirmwarel85.whk^contrdsthecontroner150inthetapedrive The 
finnware 185lnstmctions are read by the controner 150 from the ROM and are then processed and acted on by the con- 
troller 150. 

[0035] The firmware 185 can. if required, be Mpdated by writing a new set of instructions to the existing ROM Of the 
ROM IS an EEPROM) using a firmware update process, which is well known and will. thus, not be described herein 
Alternatively, the ROM may simply be replaced with one containing new instructfons. In this way, it is a relatively sinple 
process to modify the behaviour of a tape drive 140. 
[0036] In the present description, the PC 100 communicates with the tape drive 140 using one of the well-known 
Standard SCSI protocols, such as SCSI2. Aoxjrdingly. the I/O subsystem 125 and the host interface 145 incorporate 
appropriate respective SCSI adapters. A detailed description of the SCSI protocd will not be included herein, since it is 
50 well known and only peripheral to the understanding of the invention. Alternatively, other protocols such as Fibre Chan- 
nel, EISA or PCA could be used. 

[0037] In order for any PG100 to function, it must follow software or hardware instructions. Typically, standard pro- 
grams that run on a PC 1 00 are stored on a hard disk drive 130. and are loaded into RAM 120 to be processed by the 
CPU 105 when necessary. From the RAM 120. the CPU 105 can access the instructions coded into the program and 
55 run them. 

[0038] On power-up. or system reset, however, the RAM 1 20 is empty and there are no program Instructions to fbltow 
Therefore, a BIOS program is provided, which is "hard-wired" into ROM 1 15 and is resporreible for starting the PC 100 
[0039] BIOS programs follow a uniform standard that was created, and has been developed over the years, by the 
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conputer industry, so that compBant CPUs always addresses the same place in ROM to find the start of a BIOS pro- 
gram. A CPU retrieves and begins executing its initial instructions from this ROM location. 
[0040] Once initiated, the BIOS program begins the system boot sequence, which calls other programs, gets the oper- 
ating system loaded, and prepares the PC 100 for normal use. 

[0041] BIOS programs for PCs are specific to each different PC hardware platform, but provide the same, standard 
Interface to higher level operating systems and application software. Thus, a single operating system or application soft- 
ware package is able to run on many different hardware platforms, as long as the BIOS is standard. ^ 
[0042] One of the firsttasks of a boot sequence is a power-on self-test (POST). After the POST, the PC 100, und4rthe 
control of the BIOS program, initialises boot devices such as the keyboard and VDU (both not shown). One or more of 
these boot devices may have its own specific BIOS program, which is located and initialised by the main BIOS program. 
Typically, video drivers and SCSI adapters have their own BIOS programs held in ROM on their respective interlace 
cards. Next, the BIOS program will cause the PC 100 to check the system's logical devices, such as LPT1 and C0M1 . 
and memory configuration. Eventually, the BIOS program causes the PC 1 00 to check Ibr an initial program toad device 
(IPLD) from which to load and execute "bootable' data. 

[0043] 'Bootable' data normally comprises an operating system and resides at a specific location on the hard disk 
drive 130. which is usually allocated with the drive letter "C:". Thus, normally, the PC's operating system is booted from 
the hard disk drive 1 30: 

[0044] However. BIOS programs generally define that a floppy disk drive 135. allocated with the drive letter "A:", is 
accessed, before the hard disc drive 130, to see if it contains a bootable floppy disk. In this way. it is possible to boot 
the PC 100 from a floppy disk irrespective of whether the hard disk drive 130 contains bootable data This is the main 
reason why DR floppy disks are the standard means for beginning a OR procedure. 

[0045] Modern BIOS program standards also provide support for booting a PC from a CD-ROM drive (for more infor- 
mation on Bootable CD-ROM drives, see for example the "El Torito - Bootable CD-ROM drive Format Specification", 
Version 1 .0. January 35. 1 995. created jointly by IBM Corporation and Pho»iix Technologies Ltd.). It would, therefore, 
be possible to generate DR CD-ROM media instead of. or as well as, DR floppy disks. However, there would be little 
advantage in adopting this approach, and a cost increase. 

[0046] Currently, PC BIOS standards specify booting from ftoppy disK hard disk or CD-ROM devices, although, the 
standards do allow for remote booting across networks, tor example using Plug and Play functionality (for reference, 
see for example the "Plug and Play BIOS Specification*. Version 1 .OA. by Compaq Computer Corporation, Phoenix and 
Intel Corporation). For a detailed desaiption of a cun-ent BIOS standard, see for example "BIOS Boot Specif fcation", 
Version 1.01, January 11. 1996. by Compaq. Phoenix and Intel. 

[0047] In the light of current BIOS standards and of the difficulties perceived by the present inventors in creating and 
maintaining up-to-date D R floppy disks, the present inventors have developed an improved backup solution, which facil- 
itates DR using only appropriate backup application software, a tape drive and a recent backup of PC data heki on tape 
media; and. significantly, there is no need for DR floppy disks. Significantly also, the solution described herein requires 
no changes to be made to PC hardware. BIOS or operating system in order to function. Hiese features are believed by 
the present inventors to represent stgnff leant advantages over known backup solutions. 

[0048] In accordance with the present embodiment, the f Imware 1 85 in the tape drive 1 40 is modified to provide both 
a tNformal Mode' of operation, in which the tape drive 140 behaves as a tape drive 140. and a 'DR Mode' of operation. 
In which the tape drive 140. in effect, includes the ability to emulate a CD-ROM drive. The CD-ROM drive emulation is 
achieved in part by conliguring the tape drive 1 40 to klentify itself to the PC 1 00 as a CD-ROM drive and also by mod- 
ifying the SCSI command set In the tape drive 140 to emulate the SCSI command set of a CD-ROM drive. With the abil- 
ity to emulate a CD-ROM drive, the tape drive 140 can act as an IPLD. without the need to modify existing PC BIOS 
standards. PC hardware or PC operating systems. 

[0049] Whether the tape drive 140 operates in Normal Mode or DR Mode in the present embodiment is determined 
by user selectfon. The user selection of mode is performed without the need for any additional tape drive hardware, by 
using the tape drive Eject button; if the tape drive 140 is powered on with the Eject button heM down, the DR Mode of 
operation is selected, otherwise the Normal Mode is selected. This selection function is achieved by modifying the tape 
drive's firmware IBS to check the status of the Eject button during a power-on self-tests sequence. Alternatively. DR 
Mode could be selected by hoWing the Eject button down for a long time period (such as five seconds), when the tape 
drive 140 is already powered on, and the firmware 185 would be modified to check the length of the period the Eject 
button is heW down to determine whether tine operation is an eject or the user selecting DR Mode. Various other means 
for selecting mode could be OTpIoyed, for example by providing a specific DR button or switch on the tape drive 140. 
However, the present implementation has ttie benefit of not requiring any physical modification to tfie tape drive 140. 
[0050] While in DR Mode, the tape drive 140 is configured to disable support for SCSI Disconnect/Reconnect opera- 
tions, and it also disables any operations (e.g. pause mode) that cause the tape mecfia 175 tobe semi-foaded after a 
period of inactivity. 

[0051 ] The new or nfK)dif led commands rec^ired tor DR Mode wiy now be described. 
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Opmdon Code 0x25 


1 




LUN(0) . 


1 Reserved 






2-5 


Logical Block Address (0) 


6-7 






Reseived 






8 






Jleserved 




1 PMI(0) 


9 






Reserved 


1 Flag 


1 Link 



10068] The RelAdr, Logical Block Address and PMI fields only support zero values. Any non-zero values are Ignored. 
10069] The following READ CAPACITY data should be returned, representing the maximum number of 2048 bvte 
IS blocks: ' 





7 |6 


15 14 |3 |2 |I 


10 


0 


(MSB) 


Ketorncd Logical Block Address (0x00043000) 




3 




(LSB) 


4 


(MSB) 


Block Length in Byte^OxOOOOSOO) 




7 


(LSB) 



25 



READ7DC 

so J0070] TNs command provides a means to Obtain from a table of comentsCT^ 
tk)ns.ThenewCDBis: 





7 1 6 1 


5 1 4 1 3 1 2 1 1 


I. 0 


0 


Operation Code 0x43 


1 


LUN(0) 


1 Reserved MSF (0) 




2 


Reseived 


1 Format (0) 




3 


Reserved 


4 


Reserved 


5 


Reserved 


6 


Track/Session Number (Hex) 


7 


(MSB) 


Allocation Lengtii 

(LSB) 




8 




9 




Rcsenrcd | Flag 


Link 



10071] The MSF and Format fields only support values of zero, and any non-zero values used will return "CHECK 
so CONDITIGN" with sense key set to "Illegal Request" and extended sense set to "Illegal Parameter in CDS". 

[00721 The Track/Session Number field specifies the starting track number for which the data shall be retumed. Since 
there Is only one track possible on data CO-ROM media, any value other than zero or one will return "CHECK CONDI- 
TION" with sense toy set to "Illegal Request" and extended sense set to "Illegal Paianteter In COB". 
[0073] The command returns a 7DC response data block, as shown below. This contains four header l^es and thai 
ss descriptor blocks tor track 0x1 (data track) and track OxAA (lead-out area). The values in the response data block are 
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7|6|5|4|3|2|l|0 


0 


(MSB) TOC Data Length (0x0012) 
(LSB) 


1 


2 


First Tiack Number (0x01) 


3 


Last Track Number (0x01) 


4 


Reserved 


5 


ADR (0x1) 1 Control (0x4) 


6 


Track Number (0x1) 


7 


Reserved 


8-11 


Logical Bk>ck Address (0x0000) 


12 


Reserved 


13 


ADR (0x1) 1 Control (0x4) 


14 


Track Number (OxAA) 


15 


Reserved 


16-19 


Logical Block Address (QxO0O4B00O) 



[0074] Once the firmware 185 in the tape drive 1 40 has tseen configured to provide the two modes of operation - Nor- 
mal Mode and DR Mode, including CD-ROM drive emulation - it is necessary to provide a bootat>le CD-ROM image on 
the tape media 1 75. for the tape drive 140 to use during DR. 

(0075] In accordance with the present embodiment a bootable CD-ROM image is stored in a pre<lef.ined location on 
the tape media 175. The CD-ROM image contains an entry that Identifies the Image as being IxxMable'. The image 
Hself is generated by the backup application software that originally created the back^ tape media 175. as will be 
desabed in more detail below. 

[0076] Rgure 2 illustrates the fbmiat of a bootable CD-ROM image 200 according to the El TorKo specification. In par- 
ticular, as shown in the table below, a Boot Record Volume 210 indudes, in byte offset 7-26, the text "EL TORITO 
SPECIFICATION" padded with zeros. As will be descrbed. it is this part of the CD-ROM image that when encountered, 
indicates to the tape drive 140 and PC 100 that the media is DR media according to the present embodiment. 



Offset 


Type 


Description 


0 


Byte 


Boot Record Indicator, must be 0 


1-5 


Byte 


ISO-9660 Identifier, must be "CD001 " 


6 


Byte 


Version of this descriptor, must be 1 


7-26 


Byte 


Boot System Identifier, must be "EL TORITO SPECIFICATION* padded with O's. 


27-46 


Byte 


Unused, must be 0 


47-4A 


Dword 


Absolute pointer to first sector of Boot Catalogue 


4A-7FF 


Byte 


Unused, must be 0 



[0077] The backup application software is configured to automatically add the CD-ROM ImagB onto the tape media 
175 each time a l>ackup operation that ovenwites the media is enacted, if the tape drive 140 is DR capable. One 
method of achieving this is by writing the CD-ROM image to the tape media 1 75 in the specified location as part of a 
standard tape format operation (which is performed each time a backup that ovenwrites the media is done). 
[0078] Additionally, it is believed to be advantageous for the backup application software to provide a user option to 
add the CD-ROM image, even when the tape drive 140 is not DR capable, so that the resulting tape media 175 could 
still be used in a DR-capabte drive. One method for the backip application software to detect the DR capability of a tape 
drive 140 is to check for the presence of the new SCSI Mode page for DR control, which Is desoribed above, 
[0079] The CD-ROM image reflects the cun-ent PC configuration in terms of installed hardware devices, for exanple 
SCSI HBA. In other words, the equivalent of an up-to-date set of DR floppy disks is aeated automatk»lly each time the 
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PC 100 is backed up, which may be as frequently as on a daily basis. Therefore, the chance of there only being in exist- 
ence out of date DR media is greatly reduced. 

[0080] The specific contents of the CD-ROM image are defined by the backup application software and, generally, 
contain whatever the application would normally have written to a DR floppy disk set This typically consists of an image 
of the operating system, which, when executed, can control the PC 100, along with a sub-set of the backup application 
software that, specifically, can perfomi DR operations. Generally, also, the CD-ROM image conplies with the following 
rules: 

the CD-ROM image must be the same as a bootable CD-ROM image, so that if the image was copied onto physical 
CD-ROM media it oould be still be booted on a system; and 

the CD-ROM image structure must comply with the ISO-9660 CD-ROM f He system format and the El-Torito boota- 
ble CD-ROM specification. 

[0081 ] The diagram in Rgure 3a illustrates one possible location fa a CD-ROM image 305 at the beginning of a length 
300 of tape media 175. The CD-ROM image 305 is followed by two filemarks. 31 0 and 315, an appfication software ven- 
dor (SV) header 320. which identifies that the media has been generated by particular backup applicatfon software, and 
finally, the backup data 325 rtsetf . 

[0082] However, given that known backup application software generally uses the first few blocks of data on the tape 
media 175 for an SV header, the above scheme would mean that the new DR-capable backup tape media 175 would 
not be recognised by previous versions of the application. Therefore, the present inventors have determined that the 
scheme depicted in Figure 3b is more preferable, as it supports backvwards compatibility vvith previous versions of 
backup application software. 

[0083] In Rgure 3b, the first few blocks of data on a length 330 of tape media 175 are a standard SV header 335. 
followed by multiple blank blocks 340 to pad the applfoation header 335 out to a predefined &ze p.e. 19 btocks). and 
then by the CD-ROM image 345. followed by a f ilemark 350. and, finally, the backip data 355, This means that the start 
of the CD-ROM image 345 is always 20 blocks from LBOT (the LogicsA Beginning Of Tape), and thus easy for the tape 
drive 140 to locate. 

[0084] With reference to Rgure 4. there will now be desabed a method of writing the entire DR image fOe to tape 
media 1 75 in a fixed tocation In the format Illustrated by Figure 3b. 

[0085] In step 400. the tape media 175 is rewound to LBOT Then, in step 405, the nomial application software label 
blocks 335 are written to the tape media 175 with the standard appflcation software block sizes. In step 410, the appO- 
cation software nonnal fixed block size is read using a Mode Sense command, and the value is saved. Then, in step 
415. the fixed block size is changed to 2048 bytes using a Mode Select command,. In step 420. "N" null blocks 340 of 
data are written to the tape media 175 using fixed block mode write until the specified start tocation of the CD-ROM 
image, where: 

N s (20 - number of application label btocks) 

[0086] Next, in step 425. any hardware compressfon is disabled using a Mode Select command Then, in step 430, 

the CD-ROM image 345 is writtai to the tape media 175 with fixed block mode write. In step 435, the cun-ent fbced block 

size is changed back to the original application btock size, and, in step 440. hardware compression Cif applicable) Is re- 

enaWed using appropriate Mode Select commands. Finally, a f ilemark 350 Is written to tipe. 

[0087] The resulting tape format should not interfere with backwards compatibility of the backup tape with previous 

versfons of the appfication software, since the CD-ROM image data after that application label should never be 

accessed. 

[0088] If the PC configuration changes such that the cun'ent DR image file needs updating, then, preferably, DR image 
file updates shouki be applied without needing to re-aeate the entire DR image file. Such tpdates may be due to hard- 
ware changes (e.g, new SCSI HBAs) or operating system partition/volume changes. Then, the ifxJates to the DR image 
file are written to the tape by ovenwrffing only the old parts of the image file. 

[0089] If the DR image file has been updated but subsequent backup operations are appending to the backup media 
rather than ovenwriting, then an enor message shouki be generated fciy the applicatfon sofhwe. warning the user that 
their current backup media does not include the latest DR updates and that a full backup w!th-oven«mte is recom- 
mended. 

[0090] A DR operation will now be described in more detail with reference to the ftow diagram in Rgure 5. in Rgure 
5, the solid lines r^esent the primary process ftow and the broken lines represent interadtons between the PC 100 
and the tape drive 140. - . 

[9091] According to Rgure 5. in step 500, a user initiates DR Mode in the tape drive 140 by holding down the Eject 



10 



EP0 978 785A1 



button when the power is switched on. As a result, the tape drive 140 continues as follows. 
[0092] In step 505. the tape drive 140 detemiines whether tape media 1 75 is present in the tape drive 140, and gives 
a warning to the user if not in step 51 0. The warning is provided via an appropriate front-panel display signal. 
[0093] If. or once, tape media 1 75 is loaded, in step 51 5. the f imrware 1 85 checks to see if the tape media 1 75 is vaGd 

s OR tape media. This is achieved by rewirKjing the tape media 175 to LBOT. reading from the beginning of the tape 
media 1 75 and searching for an appropriate Boot System Identifier entry In a Boot Record Volume Description of a CD- 
ROM image (block 38 from LBOT. bytes 7-26, must be "ELTDRITO SPECIFICATION" padded with O's). While cheddng 
the tape media 175, the tape drive 140 reports NOT READY with "device not ready, coming ready" (sense key 0x2, 
extended sense 0x0401) status to any SCSI commands receved thereby. 

10 [0094] If the tape media 175 is found to be DR media then, in step 525, the tape drive 140 switches to DR Mode. 
OtheoAfise. in step 520, the tape media 1 75 is qected and another appropriate warning signal is provided via the front 
panel display, in step 510. 

[0095] In "DR Mode", the tape drive 1 40 enables the required CD-ROM SCSI commands, and sets appropriate, front- 
panel Indicators to indicate DR Mode. 
IS [0096] The tape drive 1 40 remains in "DR Mode" until one of the following conditions are met 

tape drive 140 is power cycled: 

backup application software sends a DR Mode page command to disable DR Mode; or 
user manually ejects the loaded DR capable media. 

20 

[0097] The tape drive 140, is configured to not exit "DR Mode" when receiving a SCSI bus reset When exiting "DR 
Mode". Ihe emulated CD-ROM SCSI commands are disabled and the tape drive 1 40 reverts to NortnsA Mode; the tape 
drive 140 then appears to be in the same state as if it had just been powered on. 

[0098] In step 530. the PC 1 00 is booted and carries out the steps defined by the BIOS program, as desaibed above. 
2S-. At the appropriate time, in step 535. the PC 1 00 searches for an IPLD. which contains a bootable file sy8te^^ TTie typical 
BIOS boot sequence is: 

1 . Search for a floppy disk drive containing a bootable floppy disc - if found, then attempt to boot from this, othenvise 

2. Search for a CD-ROM drive containing bootable CD-ROM media - if found, then attempt to boot from this, other- 
30 wise 

3. If no bootable floppy disk or CD-ROM drive is found, then attempt to boot from hard disk drive. 

[0099] Depending on how the BIOS program is configured, the PC 1 00 may alternatively atlenpt to boot from a hard 
disk drive before a CD-ROM drive. If this is the case, the D R should not be affected since, after a disaster, the user coukf 

35 change the BIOS set-up to enable CD-ROM boot in the conect sequence. 

[0100] Assuming no other IPLDs. which contain bootable data, are found, the PC 100 accesses the tape drive 140, 
in step 540. and issues a SCSI "INQUIRY*. In response, in step 545. the tape drive 140, operating in DR Mode. Menti- 
f ies itself as a CD-ROM drive. Then, in step 550, the PC 100 reads the beginning of the CD-ROM image from the tape 
drive 140 to check for a bootable CD-ROM file system, and. when returned by the tape drive 140 in step 555, the PC 

40 1 00 designates the tape drive 1 40 as the boot path in step 560. 

[0101] This means that the PC 100 will boot from the CD-FK)M Image In the tape drive 140 path, even if there are 
other, real CD-FK)M drive devices present In the system (as long as they do not contain a bootable CD-f%)M drive). The 
only other requirement for the present DR operation to function is tat the PC 100 BIOS, or SCSI host adaptor BIOS, 
supports bootable CD-ROM drives (which is typically tie case in ail modem SCSI host adaptor cards or motherboard 

46 chipsets). 

[0102] In step 565, the PC 100 reads the entire CD-ROM image, which is returned by the tape drive 140 in step 570 
and which comprises the DR operating system and the backup application software. 

[0103] Next in step 575, the PC 100 begins processing the backup application software for DR and issues a SCSI 
Mode Select command that accesses the DR Mode page to terminate DR Mode and begin Normal Mode, to continue 
so with nonrat tape drive operation. Alternatively, or additionally, some backup application software is configured to copy 
bootable data onto the hard disc drive, and then requires the PC 1 00 to be re-lx)oted. If this is the case, the tape drive 
1 40 can easily be reset automatically by the mnning application software sending a Mode Select SCSI command to the 
drive before it triggers a system reboot. 

[0104] In either case, in step 580. the tape drive 140 reverts to Normal Mode, the buffer 160 is purged and the tape 
ss media 175 is allowed to be physically accessed by standard tape drive commands (Locate. Space. Read eto.). This 
allows the PC's recovery to proceed as if it had initially booted from DR floppy disk. 

[0105] Finally, in step 585. the PC 1 00 continues to retrieve from the tape drive 1 40 the backed up data stored on tape 
media 1 75 until the whde PC 1 00 file system is restored to hard disk drive 1 30. Thereafter, the re-built PC 1 00 can boot 
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from the hard disk drive 1 30 as normal. 

[01 06] In preferred embodiments of the present invention. It is typically advantageous to cache as much of the CD- 
ROM image into the buffer 160 as possible, as will now be described. 

10107] Since the largest currently available bootable DR floppy disk set known to the inventore consists of four fkwjy 
disks, hoWing approximately 6 Mbytes of data, an entire CD-ROM image will fit into an 8 Mbytes buffer However rrorw 
tape drives do not have 8 Mbytes of buffer memory (they usually only have 1-2 Mbytes), or. generally, the buffer size 
may be less than the size of the CD-ROM Image. Therefore, such drives will need to access the tape media nwre than 
once in response to CD-ROM image access commands (Seek. Read). 

10108] In these cases, access to the correct data on tape media is ensured by converting the logical block address^in 
the CD-ROM drive access commands into a physical location on tape media. This is siirplified by ensuring that the CD- 
ROM image on the tape media is written using a fixed 2 Kbytes block size (which is the same as read CD-ROM media) 
Then, the conversion of a random-access command to a sequential tape media position can be achieved by usina a 
LOCATE cornmand to riK>ve to the Xlh block down the tape mecfia, where: 

X = (CD image block offset from EOT) + (Block address requested In Seek/Read) 

[01091 Tapedriveperfbrmance. whennotalldatacanfitintothebuffer. is optimised by reading the maximum amount 
of image data into the buffer on each access to the physical tape media, and using the data in the buffer as a read- 
ahead cache for subsequent accesses, Also, the performance can be further inproved by permanently (but only while 
reading the CD-ROM image) caching the frequently accessed blocks in a separate cache segment in the buffer- for 
example, the file system access table (FAT) that lists the logical locations of files within the DR image fHe bootable file 
system couU be permanently cached. 

[0110] The caching scheme applied in accordance with the present embodiment, which can be varied as appropriate 

for any particular situation, is ddined as: 

permanently cache the first 64 blocks of the CD-ROM image: and 
cfynamically read-ahead to fill remaining buffer cache space. 

^11 11 Generally, if data requested by a CD-ROM image read is not already cached in the buffer, then the data is read 
from the tape media by using the standard tape drive LOCATE and READ functions. The LOCATE command is used to 
move the tape media to the requo-ed starting read block location, and then the READ command is used in fixed bk)ck 
mode to read the requested number of blocks from the tape into the buffer. 

Claims 

1- Magnelk: tape data staage and retrieval apparatus, comprising: 

interface means for receiving control signals from a host computer and for reluming response signals to the 
hostconputer; 

selectfon means for selecting a first mode of operation or a second mode of operation of the apparatus; and 
processing means for generating responses to received control signals In dependence upon the selected 
mode of operation, said responses being arranged: 

a) in the first mode, into a format nonnally associated with a particular Initial program load device; and 

b) in the second mode. Into a fomiat normally associated with a magnetic tape data storage and retrieval 
apparatus. 



2. 



Apparatus according to claim 1 . wherein, in the first mode, the processing means is arranged to generate, in reply 
to a device type inquiry signal from the host computer, a response identifying the apparatus as being the particular 
initial program load devtee rather than as being a magnetfo tape data storage and retrieval apparatus. 

Apparatus according to claim 1 or daim 2. wherein, in the first mode, the processing means is arranged to generate 
a response, in reply to a request signal from the host computer to read and return data from a specific portion of a 
substantially random access data storage medium of the initial program toad device, the response comprising data 
read from tape media, said data being arranged in the response in the format associated with the particular Initial 
program load device. 

Apparatus according to any one of the preceding daims, wherein, when the first mode of operation is selected, the 
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processing means rs arranged to locate data on the tape media identifying the tape media as being bootable. 

5. Apparatus according to claim 4, wherein the processing means is arranged to read from the tape media* all. or at 
least some, of the bootable data into a memory buffer of the apparatus. 

6. Apparatus according to claim 5. wherein the processing means is ranged to read all. or at least some, of the boota- 
ble data into said memory buffer to act as a read-ahead cache. 

7. Apparatus according to any one of the preceding claims, wherein, in the second mode, the processing means is 
ranged to generate a response to a device type inquiry signal from the host computer identifying the apparatus as 
being a magnetic tape data storage and retrieval apparatus. 

8. Apparatus according to claim 7, wherein, in the second nrwde, the processing means is ranged to generate a 
response, in reply to a request signal from the host computer to read data from tape media, the response being 
ranged in the format associated with the magnetic tape data storage and retrieval apparatus. 

9. Apparatus according to any one of the preceding claims, wherein the selection means conprises means to select 
manually operation In the first mode. 

10. Apparatus according to claim 9. wherein the selection means comprises a power-on sequence in which the appa- 
ratus is ranged to determine whether a manual function selector of the apparatus is being manually operated. 

1 1 . Apparatus according to claim 10, wherein the manual function selector is a manually-operated external switch nor- 
mally dedicated to the function of ejecting ttie tape media from the device. 

12. Apparatus according to any one of the preceding daims. wherein the selection means conprises means, when in 
the first mode, to switch to operation in the second mode, in response to a respective signal received from the host 
computer. 

♦ 

1 3. Apparatus according to any one of the preceding claims, wherein the particular initial program load device is a CD- 
ROM drive. 

14. A data processing system comprising: 

a host computer comprising means arranged for controlling data backup and restore operations; and 
connected to the host computer, a magnetic tape data storage and retrieval apparatus as claimed in any one 
of the preceding claims. 

the means for processing data backup and restore operations being configured, for writing tx)Otable system 
data to the magnetic tape data storage and retrieval apparatus as part of a backup operation. 

1 5. A system according to claim 14, wherein the means for controlling data backup and restore operations is configured 
as part of a backup operation far writing to the magnetic tape data storage and retrieval apparatus bootatrfe system 
data comprising at least some data normally associated with a particular initial program ki^ devica 

1 6. A system according to claim 14 or claim 15. wherein the means for controlling data backup arid restore operations 
is configured as part of a backup operation for writing to the magnetic tape data storage and retrieval apparatus 
bootable system data comprising components of an operating system necessary for the host computer to access 
a magnetic tape data storage and retrieval apparatus and restore from tape media a backed-ip file system. 

1 7. A system according to any one of claims 14 to 16. wherein the means for controlling data backup and restore oper- 
ations is configured as part of a restore operation to send a selection signal to the magnetic tape data storage and 
retrieval apparatus to select the second nxxie of operation. 

18. A method of backing up data from a host computer to a magnetic tape data storage and retrieval apparatus as 
claimed in any one of claims 1 to 13. the method comprising: 

arranging bootable image data into a data set to be backed up, said bootable image data including data nor- 
mally associated with booting from a particular initial progpam toad device: and 



EP0978785A1 

transmitting the data 8et to a magnetic tape data storage and retrieval apparatus. 

19. A method according to claim 18. wherein the t)ootable image data conforms to the ISO 9660 standard and the El 
Torito bootable CD-ROM specification. 

20. A method according to claim 18 or claim 19, wherein the bootable image data comprises an operating system 
image including a magnetic tape data storage and retrieval apparatus device driver and application software for 
enabling a host compute to cormminicate with a magnetic tape data storage and retrieval apparatus for the pur- 
pose of restoring a previously backed up data set from tape media. ' . 

21. A method according to any one of claims 18 to 20. comprising the steps of ordering the bootable image data such 
that the data Is arranged to substantially follow a boot sequence of a host computer and storing the data to tape 
media, such that the data can be retrieved from tape media using a series of read requests to read data In a sub- 
stantialiy sequential fashion from the tape media. 

22. A method of restoring to a host computer data from tape media, the method being suitable for recovering a file sys- 
tem of the host computer and comprising the steps of: 

connecting to the host computer magnetic tape data storage and retrieval apparatus as claimed in any one of 
claims 1 to 13, said apparatus contalrang tape media having a bootable image and operating in the first mode 
of operation as an initial program load device; 

initiating a boot sequence of the host computer, the boot sequence including the steps of searching for an initial 
program load device, locating the magnetic tape data storage and retrieval apparatus and recognls'ng it as an 
initial program load device and determining that bootable media is present in the device; 
booting from data stored on the tape media; and 
restoring the data from the tape media. 
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